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©. A cooperative network/premises-based automatic 
call distributor system and method is provided which 
minimizes networking costs associated with distribut- 
ing calls to telemarketing agents in multiple loca- 
tions, minimizes delays in providing desired services 
to callers, and improves the efficiency of telemar- 
keting agents. A call directed to a telemarketing 
complex arrives at the network. The caller automatic 
number identification (ANI) and an identifying tag are 
forwarded via a data connection to a telemarketing 
agent management system which identifies an avail- 
able and desired agent to service the call, and 
launches a call to the network location associated 
with the original caller, thus completing the connec- 
tion. The telemarketing agent management system 
selects an appropriate agent based on data received 
from the telemarketing complex and from the net- 
work. Interactive queuing may also be performed by 
the network to provide additional information to as- 
sist call distribution and telemarketing agent re- 
sponse. In a further embodiment, the telemarketing 
agent management system may retrieve caller pro- 
file information while the revertive call is launched to 
the network location associated with the caller. In 
addition, telemarketing agents may be strategically 



assigned a priori to network switch locations result- 
ing in superior call setup characteristics for certain 
calls. 
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TECHNICAL FIELD 

The present invention relates generally to a 
method for telemarketing, and more particularly, to 
a network assisted method for automatic call dis- 
tribution. 

BACKGROUND OF THE INVENTION 

Telemarketing, i.e., the use of telecommunica- 
tions systems for sales purposes, is widely used 
by retailers, wholesalers, or more generally, ven- 
dors for selling services and equipment and for 
providing customer information with respect to 
such sales. A vendor-provided automatic call distri- 
butor (ACD) typically connects customers calling 
that vendor to one of a group of attendants, gen- 
erally at one premise, who accept orders and/or 
provide customer information to the caller. The 
routing and queuing functions provided by the ACD 
preferably makes most efficient use of all available 
agents, allowing the agents time between calls to 
perform necessary and ancillary functions related 
to customer service, while minimizing delays and 
busy signals to the customer. 

Since an ACD services a single premise, effi- 
cient management of the queue at a premise is 
limited. Methods to manage incoming calls among 
different premises have included both network and 
premises based solutions. An example of a prem- 
ises based solution is the programming of each 
ACD to determine if its existing capacity threshold 
is exceeded. If the capacity threshold is exceeded, 
the affected ACD queries a first "overflow" ACD via 
an interflow trunk to determine if it can accept the 
call without exceeding its threshold. If the threshold 
is not exceeded, the "overflow" ACD will accept 
the call. If the ACD threshold will be exceeded, the 
next overflow ACD is queried via another interflow 
transfer, and the process of call acceptance or 
additional ACD queries is repeated until the call is 
ultimately accepted by an ACD, is blocked, or the 
calling party disconnects. This solution is undesira- 
ble because of the expense of required interflow 
trunks and the general inability of the method to 
address call congestion at any ACD on a cam- 
paign-by-campaign basis. 

An example of a network solution is the use of 
the 800 service Service Management System 
(SMS) to realize multi-locational capabilities. For 
example, based on traffic statistics to various prem- 
ises, as well as the time zone and related staffing 
of the respective premises, calls to telemarketing 
agents via 800 numbers are routed by the. network 
to an appropriate premise, which then receives the 
call and routes it to an agent via the premise ACD. 
This type of routing is based on statistical aver- 
ages, and therefore, cannot account for realtime 



fluctuations in the calling load. Furthermore, such a 
method only accounts for calls to 800 numbers; 
customer service premises may also receive a 
large number of calls via local exchange com- 
5 panies (LECs) as well as foreign exchanges. 

Thus, rather than focusing on maintaining bal- 
anced levels of service among ACDs, the prior art 
has focused primarily on methods that prevent the 
blocking of calls from the public switched tele- 
io communications network (PSTN) at any of a plural- 
ity of ACDS or methods that result in balanced 
distribution of calls among a plurality of ACDs 
where access to the network of ACDs is gained 
through one toll-free telephone number. The follow- 
15 ing patents are illustrative of this prior art. 

U.S. Pat. No. 4,191,860 issued to R.W. Webert 
on Mar. 4, 1980, allows calls to be allocated to 
individual ACDs on a fixed percentage basis as 
specified by the telemarketer. This method does 
20 not have the capability to dynamically adapt to 
variable conditions encountered when load balanc- 
ing is attempted. Other arrangements have been 
devised where load balancing is attempted by 
semiautomatic means. 
25 U.S. Pat. No. 4,611,094 issued to R.L. Asmuth 

et al. on Sep. 9, 1986, describes a method that 
allows a telemarketer to customize 800 service call 
processing logic based on additional call process- 
ing instructions obtained from a call originator. 
30 While this method may be used to redirect call 
among ACDs in response to information provided 
by call originators, its usefulness as a means of 
load balancing is dependent upon the ability of the 
telemarketer to change parameters and re-initiate 
35 the customer record program that directs specific 
announcements to callers. This method is ill pre- 
pared to meet a telemarketer's need to modify call 
processing logic in order to accomplish real-time 
load balancing. 
40 U.S. Pat. No. 4,737,983 issued to J.C. Frauen- 

thal et al. on Apr. 12, 1988, describes a method for 
balancing 800 telephone service call loads based 
on the state of traffic congestion at each of the 
multiple locations receiving calls. A switching office 
45 receiving a call destined for one of the telemar- 
keter's ACDs may query a central database to 
determine the current state of traffic congestion for 
a plurality of the telemarketer's ACDs and— based 
on that information— direct the call to an alternate 
so ACD when warranted. This method is limited to 
load balancing of premises queues, and does not 
consider the fact that call handling capabilities may 
vary among locations receiving calls. 

U.S. Pat. No. 4,788,718 issued to S.D. McNabb 
55 and R.S. Yien on Nov. 29, 1988, describes a meth- 
od and network arrangement for compiling PSTN 
traffic analysis data for an 800 telephone service, 
based on call data collected through a common 
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channel signaling (CCS) network. The objective of 
the McNabb method is to contemporaneously re- 
duce total call blocking to multiple TCs having 
specialized call handling capabilities that may differ 
among locations receiving calls. This approach to 
load balancing relies exclusively on the telemar- 
keter's knowledge of 800 service call volume for a 
single 800 number and does not consider ACD 
performance data or any other information that may 
be obtained from the telemarketer's premises. 

In order to improve multi-locational efficiency 
and dynamic response to load changes, U.S. Pat- 
ent No. 5,164,983 issued to Percy B. Brown et at. 
on November 17, 1992 provides a premises-based 
telemarketing agent management system for man- 
aging a telemarketing complex in which a traffic 
control center processor receives information from 
both telemarketer premises-based information sour- 
ces and PSTN-based information sources, and pro- 
cesses this information in order to dynamically and 
automatically generate signals for implementing 
call routing changes needed to balance service 
among telecommunications centers in the telemar- 
keting complex. However, even such a "real-time" 
system is limited by having the telemarketing 
premises management system dynamically control 
the routing of future calls based on calls already 
received at the ACDs of the telemarketing complex. 
Further, such dynamic control requires changing 
call processing logic programs stored in the PSTN, 
or recommending changes in staffing levels, or a 
combination thereof. Such a system, although re- 
sponsive to the "real time" call load, is limited to 
managing the call load at a higher level, which 
generally requires a longer response time, less 
control, and an inherently more approximate global 
solution than, for example, control on a call-by-call 
basis. 

Thus, among other limitations, prior art solu- 
tions require through-network connections and 
premises queuing that typically do not realize 
multi-locational efficiencies and true real time re- 
sponse. 

SUMMARY OF THE INVENTION 

The present invention overcomes the above, 
and other, limitations by providing an automatic 
calling distributor based on revertive calling, 
wherein overall call distribution efficiency is en- 
hanced by providing routing and queuing functions 
within the network, managing the queue based on 
communication between a premises-based telemar- 
keting management system and the network, and 
connecting the calls to an appropriate agent ac- 
cording to revertive calling. In an embodiment of 
the present invention, a customer call arriving at 
the network via a special access dialing code (e.g., 
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"800") is parked at either a network switch or an 
adjunct processor. The caller automatic number 
identification (ANI) and an identifying parked-loca- 
tion tag are forwarded via a data connection to a 
5 premises-based telemarketing agent management 
system which identifies an available and desired 
agent to service the call, and launches an outbound 
call to the network location associated with the 
original caller, thus completing the connection. In- 
to teractive queuing, as disclosed for example in com- 
monly-assigned U.S Patent Application Serial No. 
07/905,056 to Friedes filed on June 26, 1992, may 
also be performed by the network to provide addi- 
tional information to assist call distribution and 
15 telemarketing agent response. In a further embodi- 
ment, the telemarketing agent management system 
may retrieve caller profile information while the 
outbound call is launched to the network location 
associated with the original caller. In addition, 
20 telemarketing agents may be strategically assigned 
a priori to network switch locations resulting in 
superior call setup characteristics for certain calls. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 

The invention will be described in greater detail 
below by way of reference to the accompanying 
drawings, wherein: 

FIG. 1 shows, in simplified form, an exemplary 
30 telephone network embodying the principles of 
the invention; 

FIG. 2 is an operational flow chart of an exem- 
plary process for implementing revertive calling 
automatic call distribution, in accordance with 

35 the present invention; 

FIG. 3 depicts, in simplified form, another exem- 
plary telephone network embodying the princi- 
ples of the present invention; and 
FIG. 4A and FIG. 4B depict an operational flow 

40 chart of an exemplary process of network as- 
sisted automatic call, according to the present 
invetion. 

DETAILED DESCRIPTION OF THE PREFERRED 
45 EMBODIMENT 

The present invention minimizes the network- 
ing costs associated with distributing calls to 
telemarketing agents in multiple locations, mini- 

50 mizes delays in providing desired services to call- 
ers, and improves the efficiency of telemarketing 
agents by providing a cooperative net- 
work/premises-based automatic call distributor 
which maintains a network-based queue, and uses 

55 revertive calling techniques to complete the con- 
nection between customer and agent. Revertive 
calling has been disclosed in commonly assigned 
U.S. Patent Application Serial No. 07/843,685 to 
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Carlsen et al., filed on February 28, 1992, which is 
hereby incorporated by reference. 

The present invention wilt be more readily un- 
derstood by first considering FIG. 1 , which illus- 
trates the relationship between a traffic control cen- 
ter processor (TCCP) 115, a public switched tele- 
communications network (PSTN) 102, and a 
telemarketer complex 105, as similarly disclosed in 
U.S. Patent 5,164,983 to Brown, described above. 
One skilled in the art recognizes that the present 
invention is not limited to the system shown in FIG. 
1, which is merely illustrative, and is susceptible to 
many modifications and adaptations. 

Telemarketer complex 105 consists of a plural- 
ity of telecommunications centers (TCs) 106i 
through 106 n which may be located in different 
geographical areas. Typically, each TC includes at 
least one automatic call distributor (ACD) and one 
or more "splits/gates" which receive information 
from the associated ACD at the TC. As used here- 
in, a "split" or "gate" refers to a group of attendant 
stations (sometimes called "agent terminals") 
which each comprise an input/out terminal and/or 
display means which allow an attendant at the TC 
to process selected calls received by the ACD. For 
example, as shown in FIG. 1, TC 106i includes 
ACD 108i which provides inputs to a pair of splits 
118! and 11 82. TC 106 n , on the other hand, in- 
cludes ACD 108 n and a plurality of splits des- 
ignated 120i to 120 k . TC IO62 also includes an 
ACD IO82 which distributes calls to splits 11 9i and 
. 119 2 - 

Each of the TCs shown in FIG. 1 is associated 
with a data center (DC) which typically includes a 
database containing customer profiles for the 
telemarketer's customers and other information 
(such as inventory and capacity data) needed to 
service incoming calls. For the purposes of this 
application, this information is generically referred 
to as "customer order fulfillment data". Specifically, 
TC 106i is associated with its own data center, DC 
107i, while TCs 106 2 and 106 n are both connected 
to the same DC 107 m . Although not shown in FIG. 
1, in some arrangements a given TC may be 
interconnected with more than one DC, and more 
than two TCs may be supported by the same DC. 
The DC associated with each TC can receive in- 
formation from, and transmit information to, agents 
in each of the splits in the TC. In other situations, 
no DCs are contained in telemarketer complex 105, 
and customer order fulfillment data is obtained 
directly from the caller and/or from other sources 
such as books or catalogs. 

In FIG. 1, ACDs IO81 and IO82 are shown 
interconnected by an interflow trunk 125, which 
permits calls to be passed directly from a receiving 
ACD to an alternate ACD under certain conditions, 
such as when a malfunction or an overload con- 



dition is detected at the receiving ACD. The pro- 
cess by which an overloaded ACD queries an 
alternate ACD in order to effect transfer of incom- 
ing calls is well known to persons skilled in the art 
5 of ACD design and operation. As will be further 
understood hereinbelow, such interflow trunks are 
not required in practicing the present invention, but 
are shown as an additional means for routing calls 
received by the ACDs. 
10 Calls destined for telemarketer complex 105 

can originate from any of a plurality of call origina- 
tion sources 101. Some of the calls are applied to 
telemarketer complex 105 via any one of a plurality 
of local exchange carrier (LEC) networks 104i 
15 through 104 n contained within the public switched 
telecommunications network 102. Other calls, par- 
ticularly toll-free calls (e.g., "800" calls) are origi- 
nated in call origination sources 101 and applied to 
telemarketer complex 105 via interexchange carrier 
20 (IXC) network 103, which is also part of the public 
switched telecommunications network 102. Thus, 
as shown in FIG. 1 each of the ACDs IO81 through 
108 n can receive and process calls from an asso- 
ciated one of LEC networks 104i through 104 n , as 
25 well as from IXC network 103. ACD IO81 receives 
calls from network 104i, ACD IO82 receives calls 
from network 1042 etc. Although not shown in FIG. 
1, it is well known that the connection between 
each network 1 04 and an associated ACD typically 
30 involves several trunk groups. 

In order to manage and control telemarketer 
complex 105 and permit efficient handling of traffic 
originated from call origination sources 101, traffic 
control center processor (TCCP) 115 is arranged to 
35 receive status information from each of the ACDs 
(108i through 108 n ) and DCs (107i through 107 m ) 
within customer complex 105, in a data acquisition 
and control module (DAC) 109. This status informa- 
tion describes the service level and other perfor- 
40 mance measures associated with ACD 108 as well 
as the status of the telemarketing campaigns 
served by DCs 107. In addition, DAC 109 prefer- 
ably is arranged to receive two separate inputs 
indicative of traffic conditions and call processing 
45 logic status within interexchange carrier network 
103. First, traffic volume information is received via 
an 800 Data Collection Service (DCS) system inter- 
face 112. An example of an 800 Data Collection 
Service is described in the above-cited McNabb 
50 patent. Second, an input is received from a user 
support system (USS) interface 113, which pro- 
vides information relative to the status of "call 
processing logic" in effect in network 103. The 
operation and implementation of the call process- 
55 ing logic can be more fully appreciated by reading 
the aforementioned Weber and Asmuth patents. 

In order to correctly process information re- 
ceived from telemarketer complex 105 and IXC 
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network 103 via IXC interface 114, DAC 109 is also 
provided with information describing parameters 
and other configuration information that applies to 
telemarketer complex 105. Data collected in DAC 
109 is applied to an application processor (APP) 
module 110 which processes the information ac- 
cording to a predetermined manner, such as that 
disclosed in the aforementioned patent to Brown et 
al. Generally, APP 110 generates a series of con- 
trol signals which are applied to the external sys- 
tem interface module (ESI) 111 which may include 
a series of video display monitors as well as soft- 
ware for generating a series of control signals. 
These control signals are, in turn, applied to USS 
interface 113 and to a work force staffing forecaster 
117. In response to the control signals, USS inter- 
face 113 can effect changes in the call processing 
logic within IXC network 103, while forecaster 117 
can effect changes in staffing at various splits 118, 
119 or 120 within TCs 106i to 106 n . 

In accordance with the present invention, in 
addition to receiving inputs indicative of traffic con- 
ditions and call processing logic status within IXC 
network 103, the TCCP also receives signals from 
IXC network 103 which indicate that an incoming 
call is parked at the IXC network for connection to 
an agent. Preferably, a separate data connection 
[e.g., AT&T's Intelligent Call Processing (ICP) Inter- 
face via SS7 TCAP, SNA, X.25, ISDN Non-Call 
Associated User-to-User Interface (NCA UUI) sig- 
naling or TCP/IP] is provided for this signaling, 
shown schematically as an SS7 data interface 120; 
however, the DCS interface or the USS interface 
may be adapted accordingly. As is well known to 
one skilled in the art, an adjunct processor (AP) 
(e.g., network services complex "NCSx"), a service 
control point (SCP) [e.g., network control point 
(NCP)], or a network switch (e.g., 4ESS or 5ESS) 
may be involved in receiving the incoming call, 
signaling the TCCP, receiving the outgoing call, 
and bridging the incoming and outgoing calls, as 
will be further described hereinbelow. 

It is understood, that the system described in 
FIG. 1 is merely illustrative of a prior art system 
which may. be readily adapted for practicing the 
present invention, and that not all of the signaling 
and information processing described in connection 
with FIG. 1 is required for practicing the present 
invention. As a practical matter, however, such 
information may be useful for providing improved 
algorithms for call handling and party assignment, 
or may be essential for the system to implement 
prior art methods of ACD as an adjunct to the 
present invention. For example, the ACD system 
disclosed in the above-referenced patent to Brown 
may be used for overall system management by 
providing for changes in the call processing logic 
within IXC network 103 and in staffing at various 



splits, while the present invention provides for real- 
time ACD on a call-by-call basis, as will be further 
understood by the ensuing description. 

FIG. 2 is an operational flowchart illustrating a 
5 method for providing automatic call distribution of a 
call to a telemarketing complex, such as the one 
shown in FIG. 1, in accordance with the present 
invention. The process begins in step 201 when a 
caller decides to call a telemarketing agent for 

70 assistance, for example, for placing an order or 
obtaining product information for one or more cam- 
paigns. A toll-free (e.g., 800) number or other spe- 
cial access dialing code may be used such that the 
call arrives at the IXC network 103, which receives 

75 and "parks" the call (step 202) at, for example, a 
network switch or an AP, as described above. A 
unique 800 number or special access code may be 
assigned to a particular campaign or service, or 
each 800 number may be used for a variety of 

20 such telemarketing applications. In a further em- 
bodiment of the present invention, the network 
(e.g., an AP) may transmit voice band prompts to 
the caller, in order to obtain additional information 
to assist efficacious call handling. The caller re- 

25 sponds, for example, by using the keypad to trans- 
mit dual tone multiple frequency (DTMF) signals to 
the network, which stores the appropriate additional 
information. The operation and implementation of 
voice band prompting is known in the art, and a 

30 greater understanding and appreciation may be 
obtained by referring to the aforementioned As- 
muth patent. 

Next, in step 203, the network forwards a signal 
to the TCCP via the SS7 data connection. This 

35 transmission preferably includes the caller auto- 
matic number identification (ANI), the dialed num- 
ber, and a tag identifying the location in the net- 
work for addressing a call thereto. The transmis- 
sion may also include the additional information 

40 obtained from the caller in response to IXC network 
originated queries to the caller, such as the type of 
information desired from an agent, the type of 
campaign, or the general nature of the call. 

The TCCP, in response to this signaling, se- 

45 lects an appropriate telemarketing agent for han- 
dling the call parked in the IXC network, and ini- 
tiates a call to the IXC network from the telemar- 
keting agent, as represented by step 204. The 
TCCP allocates the agent based on processing the 

so information it receives from both telemarketer 
premises-based information sources and public 
switched telecommunications network-based infor- 
mation sources (e.g., ANI, and tag number). The 
operation and implementation of agent allocation 

55 by call management systems (e.g., the TCCP) is 
known in the art. This outbound call is preferably 
setup by the TCCP via a signal transmitted to the 
appropriate ACD which, in response thereto, ini- 
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tiates call signaling from the telemarketing agent 
telephone station to the IXC network. As evident to 
one skilled in the art, such call signaling may be 
either in-band signaling or out-of-band signaling. 
Directing the outbound call to the IXC network is 
performed according to the tag received by the 
TCCP. Such a tag may be a phone number which 
routes the outbound call directly to an appropriate 
port in the IXC network. Alternatively, the TCCP 
launches the outbound call to a special access 
number which is preassigned for outbound calls to 
the IXC network, and the tag may represent aug- 
menting address information (in-band or out-of- 
band) to identify the specific port in the network 
associated with the original incoming call. In accor- 
dance with the present invention, such an outbound 
call may include predictive dialing outbound call 
management techniques. 

The network, in step 205, receives the out- 
bound call, and merges this call with the inbound 
call, thus bridging the connection. Before perform- 
ing this bridging, the network preferably ensures 
that the incoming call is still pending, (e.g., that the 
caller has not hung up). When the bridging is 
performed, the IXC network preferably signals the 
called telemarketing agent with a ringing signal, 
while providing a ringback signal to the calling 
party. 

As a further embodiment, in step 204, when 
the TCCP receives the signal from the IXC network 
indicating that an incoming call is parked, the 
TCCP may provide signaling for retrieving caller 
profile information according to the ANI and/or ad- 
ditional information, and thus provide caller infor- 
mation to the agent before the bridging with the 
caller is complete. Clearly, such information may 
assist the agent in providing personalized service 
to the caller. 

In a further embodiment of the present inven- 
tion, to provide superior service to a set of pre- 
mium callers, for example, the subscriber can 
"strategically deploy" a subset of agents to net- 
work port locations. That is, the TCCP allocates a 
subset of agents by initiating the outbound call to a 
network location before an incoming call from a 
caller is received. The outbound call, then, is par- 
ked at a network location. The network locations 
may be predetermined and fixed, or dynamically 
allocated via data communication between the 
TCCP and the NCP or USS. The TCCP can make 
decisions on how many agents to strategically de- 
ploy by using information available from the IXC 
interface 114 and the TC 105. Callers that are 
identified, for example by ANI, dialed number, or 
personal identification number (PIN), can be imme- 
diately connected to these "strategically deployed" 
agents and would, therefore, experience superior 
call setup characteristics. 
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In accordance with the present invention, it is 
understood that by using revertive calling tech- 
niques, call load management occurs on a call-by- 
call basis, with the queue effectively based in the 

5 IXC network and managed in accordance with the 
TCCP. Placing the queue closer to the originating 
source of the call, and managing the call routing 
according to information received from both the 
PSTN (e.g., ANI, and tag number) and the telemar- 

io keting complex results in more efficient call dis- 
tribution than prior art call distribution systems, in 
addition to other myriad attendant advantages ap- 
parent to one skilled in the art. 

The present invention can further be under- 

is stood in accordance with another embodiment de- 
picted in FIG. 3. Shown is the schematic relation- 
ship between calling stations 312i, 31 2 2 , 3 1 2 3 , 
31 2 4 , LEC central offices (CO) 306i , 306 2 , 306 3 , 
306* , network toll switches (TS) 304i , 3042, 304 3 , 

20 304 4 , 304s, network control point (NCP) 300, call 
management system 302, and telemarketing com- 
plex 315. 

The telemarketing complex 315 of the present 
embodiment includes a plurality of telecommunica- 

25 tions centers (TCs) 31 61, 31 62, 31 63, as well as 
home agent location 310. Typically, each of the 
TCs includes at least one ACD, and one or more 
split gates, each split comprising a group of agent 
terminals. For example, TC 31 61 includes ACD 

30 308i , to which are connected a plurality of agent 
terminals x1, x2, xm. In addition, each ACD in- 
cludes, as a dedicated system or as at least part of 
the ACD system, an outbound call manager (OCM) 
which comprises software and/or hardware for gen- 

35 erating outbound calls from an agent terminal to a 
destination. The home agent location 310 also in- 
cludes a means for launching an outbound call in 
response to a signal from the call management 
system 302, but since a home agent location typi- 

40 cally does not include multiple agent terminals, the 
means for launching an outbound call does not 
necessarily include all the functionality of the OCM 
associated with an ACD. As mentioned above, the 
OCM, and the analagous means in the home agent 

45 location, may incorporate predictive dialing out- 
bound call management systems and techniques. 
A call from an agent terminal to the network may 
be via direct-network connection, as between ACD 
308i and TS 304s, or switched access via a CO, 

50 such as between home agent location 310 and TS 
304 4 . 

The TSs are stored-program switches, such as 
the 4ESS or the 5ESS switch, and as shown, toll 
switches 304i , 3042 , and 3043 , preferably are con- 
55 nected to adjunct processors (AP) 305i , 3052 , and 
3053, respectively. The APs preferably provide 
functions such as receiving and "parking" a call 
(e.g., at a "meet-me bridge" or port), bridging a 
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parked catl with another call received by the net- 
work, and may also include a means for voice band 
prompting, such as an audio response unit which 
receives multifrequency tone (e.g., DTMF) entries 
from the calling party, and issues voice messages 
that elicit these tone responses. 

NCP 300 communicates to TS 304i , TS 304 2 , 
TS 3043, and TS 304 4 via bidirectional data links 
301 t, 301 2, 301 3 , and 30U (e.g., SS7). The func- 
tion and operation of NCPs is well known in the art. 
In addition, the NCP is connected to call manage- 
ment system 302, which includes a centralized 
management system (CMS) and a telemarketing 
operations and planning management system 
(TOPMS), also referred to as a premises-based 
telemarketing agent management system. The call 
management system 302 is connected via a 
bidirectional data link to telecommunications com- 
plex 315 for receiving status information therefrom 
and providing control signals thereto. 

Referring to the operational flow chart illus- 
trated in FIG. 4A and FIG. 4B, an embodiment of 
the present invention proceeds as follows in accor- 
dance with the system represented by FIG. 3. In 
step 501, calling station 31 2i places a call, dialing 
a number for connection to an agent associated 
with telemarketing complex 315. As understood 
with respect to such telemarketing systems, the 
dialed number does not uniquely identify a particu- 
lar agent, and typically more than one number is 
available for accessing telemarketing complex 315. 

Based on the number dialed (e.g., an 800 or 
900 number), CO 306i recognizes the call as one 
for special handling and routes the call to network 
TS 304i using either in-band or out-of-band sig- 
naling, providing the caller ANI, and the dialed 
number to the network (step 503). Upon receiving 
the call, in step 505, the TS 304t launches a query 
to NCP 300, providing the ANI and dialed 800 
number. Based on this information, the NCP in- 
structs the TS 304i to hold (e.g., park) the call 
(step 507). In compliance with this instruction, in 
step 509, the TS 304i assigns the call to a port 
(e.g., meet-me bridge) at AP 305i, and provides 
NCP 300 with the assigned port address (step 
511). It is understood, however, that in certain 
instances it may be preferable or advantageous for 
NCP 300, in response to an initial query from a TS, 
to route the call for parking at another TS. 

Next, in step 513, NCP 300 signals call man- 
agement system 302, indicating that an incoming 
call is parked at a specified location indicated by 
the port address, and preferably providing the ANI 
and any additional caller information which may 
assist call handling (e.g., the dialed number, caller 
responses to prompts, etc). The call management 
system 302, based on the signal received from 
NCP 300, and according to the status information 



received from the telemarketing complex 315 in- 
cluding ACDs and home agent 310, appropriately 
assigns an agent (step 515). For instance, based 
on the dialed number (e.g., which may indicate a 

5 particular campaign), the location of the caller as 
indicated by the ANI and/or NPA (numbering plan 
area, also known as Area Code), the availability of 
agents for a particular campaign, and the load 
being handled by the respective ACDs, the TOPMS 

10 determines an optimum agent for handling the call. 
Methods and systems for assigning an agent ac- 
cording to ACD status information, are known in the 
art. In effectuating a connection between the as- 
signed agent and the called party, in step 517 the 

is call management system 302 provides a signal to 
the appropriate ACD that indicates the selected 
agent and the location (i.e., the port address, in- 
cluding the TS location) at which the calling party's 
incoming call is parked. The related OCM then 

20 initiates an outbound call to this location (step 519) 
from the selected agent. Referring to FIG. 3, for the 
example of caller 31 2i, the call management sys- 
tem 302 determines that the appropriate agent for 
assigning to the incoming call is agent z2, and 

25 accordingly provides to ACD 308 n a signal that 
includes the appropriate port and TS (i.e., TS 304i ) 
of the parked incoming call, as well as the selected 
agent. 

As shown, ACD 308 n is connected to TS 3044, 

30 which appropriately routes the outbound call to TS 
304i (step 521), which in turn handles the out- 
bound call by routing it to the appropriate port in 
AP 305i, thus bridging the connection (step 523). 
Routing such calls to terminate at TSs within the 

35 network may be achieved by a variety of means 
known in the art, such as using different numbering 
plans or different accessing arrangements (e.g., 
out-of-band signaling). It is also understood that the 
execution of tasks involved in port assignment, 

40 routing, and call bridging may be allocated be- 
tween the TS and the AP in a variety of ways. In 
addition, as discussed above, prior to bridging the 
connection the AP preferably ensures that the par- 
ked incoming call from caller 31 2i has not been 

45 abandoned. Moreover, as part of the signaling, the 
network provides appropriate ringing and ringback 
tones to the called party and the calling party, 
respectively. 

Referring further to FIG. 3, it can be seen that 

so callers 31 2 2 , 3 1 2 3 , and 31 2 n are also each con- 
nected to an appropriately assigned agent, namely 
agent terminal y1, hi, and xm, respectively, in 
accordance with the method of the present inven- 
tion. Particularly, it can be seen that the outbound 

55 call from agent terminal xm to TS 3053 is routed 
via TS 304s, TS 3042, TS 304i , and TS 304 3 , 
whereas the outbound call from agent terminal y1 
traverses TS 304 4 to arrive at TS 3042. 
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In accordance with an embodiment of the 
present invention, an outbound call from home 
agent location 310 is directed to the network via a 
CO 3064 by preferably using an 800 number. Use 
of an 800 number for directing outbound calls from 
home agents is preferred because no calling 
charges are consequently assumed by the home 
agent. In addition, such a number is consistent with 
conventional special number handling procedures 
currently used by LECs. The 800 number is as- 
signed by the NCP 300 in response to step 511 in 
which the NCP 300 receives the location (e.g., port 
number) from a given TS. The 800 number may be 
assigned in a variety of ways. Some of the pos- 
sibilities include: the 800 number may uniquely 
identify a port and a specific TS; the 800 number 
may only identify a TS and the port is identified by 
separate port address information (e.g., tag num- 
ber); or the port number may identify both the port 
and the TS, while the 800 number is used only for 
purposes of accessing the network via a LEC (i.e., 
where there is no direct access to the network from 
the agent terminal). Where the 800 number repre- 
sents a TS location or a port and TS location, the 
800 number itself may directly represent this in- 
formation, or the 800 number may be a pointer 
(e.g., index) to this information which is stored in 
an NCP database and accessed via a look-up or 
number translation procedure. In step 513 the 800 
number is sent to the call management system 
302, and the location information not included with- 
in the 800 number is sent as the port location 
number (e.g., tag number). As discussed above, 
depending on the convention chosen, the port loca- 
tion number may specify only the port address or 
may include both the port address and TS location. 

After steps 515 and 517 are executed, in step 
519, upon receiving an outbound call to an 800 
number, a CO (e.g., CO 306*) routes the call to a 
TS (e.g., TS 3044), which in turn launches a query 
to the NCP (e.g., NCP 300) in the usual way. 
Depending on the way that the 800 number is 
allocated, several possible actions may occur. First, 
if the 800 number uniquely identifies a port and a 
destination TS (e.g., TS 304 3 ), the NCP 300 in- 
structs the TS (e.g., TS 304*) to route the call 
accordingly after the NCP 300 translates the 800 
number to the port number and TS location (i.e., if 
the port number and TS location were mapped to 
an 800 number). Alternatively, if the 800 number 
does not uniquely identify the TS and port, addi- 
tional information (e.g., tag number) is collected 
from hi (using ether inband or out-of-band sig- 
naling) to identify the TS and port. One skilled in 
the art recognizes that the foregoing examples are 
not intended to limit the myriad ways that the port 
address information may be encoded or allocated, 
or the ways that outbound calls associated with the 



method of the present invention may be identified 
and routed to the appropriate physical location 
within the network. 

As discussed hereinabove in connection with 
5 FIG. 1, the method and system discussed in con- 
nection with FIG. 3, FIG. 4A, and FIG. 4B may also 
be adapted to represent additional embodiments 
and features, including interactive queuing and re- 
trieval of caller profile information, as well as strate- 

10 gic deployment of a subset of agents. 

Although the above description provides many 
specificities, these enabling details should not be 
construed as limiting the scope of the invention, 
and it will be readily understood by those persons 

75 skilled in the art that the present invention is sus- 
ceptible to many modifications, adaptations, and 
equivalent implementations without departing from 
this scope. Although the revertive calling automatic 
call distributor was described hereinabove in con- 

20 nection with the telecommunications system shown 
in FIG. 1 , it is understood by one skilled in the art 
that the present invention is not inherently coupled 
to the system shown in FIG. 1, which simply illus- 
trates a system in which the present invention may 

25 be practiced. For example, the TCCP may receive 
diverse kinds of information from various sources, 
neither limited to, nor requiring, the information 
described hereinabove. Similarly, the TCCP may 
process such information according to many dif- 

30 ferent methods for managing the call distribution 
among the telemarketing complex. It is understood, 
therefore, that the TCCP described hereinabove is 
only a particular example of what may be more 
generically described as a telemarketing agent 

35 management system or call management system. 
In addition, according to the present invention, it is 
not necessary for any of the telemarketing agents 
to be connected to an ACD or a TC— i.e., all agents 
may be home agents. In such an embodiment, 

40 since there are no locations containing a large 
number of agents, it may be more practical to 
implement the functionality of the call management 
system (e.g., TCCM or TPMS) within the network 
itself. 

45 It is further understood that although the 

present invention is hereinabove described in ac- 
cordance with an interexchange network and with 
respect to its connection to LEC networks, the 
present invention, as understood by one skilled in 

50 the art, may be practiced and is equally applicable 
within an LEC network. For instance, referring to 
FIG. 3, absent regulations regarding LEC traffic, an 
LEC Service Control Point (SCP) may assume the 
function of NCP 300, including an interface to a call 

55 management system 302, and adjunct processors 
may be connected to COs, which assume the 
function of the TSs and are interconnected by 
bridges. Such an example is only illustrative of the 



8 



BNSDOCID: <EP 0660573A2J_> 



15 



EP 0 660 573 A2 



16 



many ways the present invention may be practiced 
in an LEC network, and it is understood that many 
equivalent implementations exist, and further, that 
the present invention may also be practiced across 
international network boundaries. 5 

These and other changes can be made without 
departing from the spirit and the scope of the 
invention and without diminishing its attendant ad- 
vantages. It is therefore intended that the present 
invention is not limited to the disclosed embodi- w 
ments but should be defined in accordance with 
the claims which follow. 

Claims 

75 

1. A method of routing a call from a caller to a 
party, wherein said party is one of a plurality of 
parties of a subscriber identified by at least 
one telephone number, comprising the steps 

of: 20 

receiving said call placed to said tele- 
phone number from said caller; 

transmitting a signal for accessing a call 
management system in response to said call; 

receiving a return call from said party, said 25 
party selected and said return call established 
according to said call management system; 

connecting said call from said caller with 
said return call. 

30 

2. The method according to claim 1, further com- 
prising, before said step of connecting, the 
step of checking if said caff from said caller 
remains in progress. 

35 

3. The method according to claim 1, wherein said 
step of receiving a return call includes receiv- 
ing out-of-band signaling from said calf man- 
agement system for establishing said return . 
call. 40 

4. The method according to claim 1 , wherein said 
signal of said transmitting step includes caller 
identification information. 

45 

5. The method according to claim 4, wherein said 
caller identification information includes an 
automatic number identification code. 

6. The method according to claim 1 , wherein said 50 
signal of said transmitting step includes in- 
formation indicating a destination for said call 
from said call management system. 

7. The method according to claim 1, further com- 55 
prising, after receiving said call from said call- 
er, the steps of signaling an information query 

to said caller, and receiving information signals 



from said caller in response to said information 
query. 

8. The method according to claim 7, wherein said 
signal of said transmitting step includes in- 
formation from said information signals. 

9. The method according to claim 7, further com- 
prising the step of transmitting information 
from said information signals to said call man- 
agement system. 

10. The method according to claim 7, further com- 
prising the step of selectively retrieving said 
additional information by said call management 
system. 

11. The method according to claim 10, further 
comprising the step of said call management 
system providing said additional information to 
said party. 

12. The method according to claim 1, wherein said 
call transmitted from said call management 
system is initiated according to predictive-dial- 
ing techniques. 

13. The method according to claim 1, further com- 
prising the step of providing a ringing signal to 
said party and a ringback signal to said caller. 

14. The method according to claim 1, further com- 
prising the steps of: 

before said receiving step, preassigning at 
least one of said parties by receiving a preas- 
signment call therefrom, said preassignment 
call not in response to said call; and 

after said receiving step, connecting said 
call to one of said preassignment calls where 
said call satisfies a predetermined condition. 

15. A system for routing a call from a caller to a 
party via a telecommunications network, 
wherein said party is one of a plurality of 
parties of one subscriber identified by at least 
one telephone number, comprising: 

a network control means for receiving said 
call from said caller and generating a signal in 
response to receipt of said call; 

a call management means for monitoring 
said plurality of parties, and for receiving said 
signal from said network control means, said 
call management means, responsive to said 
signal, operative in selecting said party and 
initiating an outbound call from said party to a 
predetermined location in said network control 
means; and 

means in said network responsive to said 
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outbound call for connecting said call and out- 
going call. 
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